Withdrawing to fix message-navigator context menu. Will reopen when fixed.

@xintaofei 佬，增加了右键快捷功能

当前分支有冲突

当前分支有冲突

可以了，佬

先夸一下 👍 这个 PR 整体完成度很高，做了一轮比较深的评审后，几个点想先肯定：

• i18n 很扎实：10 种语言全部 18/18 key 对齐，{label} 占位符完好，messages.test.ts 对齐门通过，无重复 key，阿拉伯语也是正确的 RTL。
• 重构很忠实：reply-artifacts / conversation-message-nav 只是把原卡片包进菜单，按钮 / tooltip / badge / 删除文件静态卡、key 上移都保留得很干净，没有丢功能。
• 嵌套右键让渡在鼠标路径下正确无回归：非文件区域的导出 / 复制菜单照常工作（对着 Radix 2.3.1 源码核实过 composeEventHandlers 的 defaultPrevented 语义）。
• 纯函数 helper 都配了单测，CI 全绿。

下面把发现的问题一次性列全，方便一轮改完 🙏。就一个我建议合并前一定要修的阻塞项，其余都是小问题。

🔴 合并前建议修

1. 非文件工具行（WebFetch / Glob / Grep …）被误挂「文件右键菜单 + 错误的绝对路径 tooltip」

content-parts-renderer.tsx 里 toolFilePath（:2362）对每个工具都算 extractToolFilePath，其最后兜底 pathFromToolTitle（:237-256）只要标题含 /、\ 或以 .ext 结尾就把标题当路径返回；而 :2728 处的包裹没有 isFilePathToolName 门控——只要 toolFilePath truthy 就套 FilePathContextMenu。于是标题喂进来后：

以 WebFetch / Glob 为例（几乎每次调用都会命中）：

• 悬停该行会显示错误的原生 tooltip，如 /repo/Glob **/*.ts（这算回归——原来这些行没有 title）；
• 右键弹出文件菜单；「在 Codeg 中打开」→ openFilePreview("Glob **/*.ts") 会打开一个坏的错误 tab；
• 「复制绝对路径」复制出 /repo/WebFetch https://… 这种无意义串。

因为是运行时 UI 启发式、单测没覆盖 extractToolFilePath / pathFromToolTitle，所以 CI 绿灯照不到这块。

建议改法（两处一起）：

1. 在 :2728 的包裹上加工具名门控（把 isFilePathToolName 复用过来，和卡片内 :1971 一致）：

   {toolFilePath && isFilePathToolName(normalizedToolName) ? (

   这样 WebFetch / Glob / Grep / WebSearch / TodoWrite 都会被排除。
2. edit 本身是文件工具，多文件时仍会漏——在 extractToolFilePath 里当解析出的文件数 > 1 时返回 null，并让 pathFromToolTitle 拒绝含空格 / 括号 / (N files) 形状的串。

建议顺手补一条 extractToolFilePath 的单测（喂 WebFetch / Glob / 多文件 Edit 标题断言返回 null），把这个回归锁住。

🟠 建议一并处理（不阻塞，但体验上会踩坑）

2. macOS「用…打开 → VS Code / Cursor」实测失效

file-path-actions.ts:17 的 openWith 映射成了 CLI 名 "code" / "cursor"。但 Tauri opener 在 macOS 上执行的是 /usr/bin/open <path> -a code，而 open -a 是按应用名解析的。我在 macOS 本机实测：

open -a code                  → Unable to find application named 'code'
open -a Code                  → Unable to find application named 'Code'
open -a cursor                → Unable to find application named 'cursor'
open -a "Visual Studio Code"  → ✅ (exit 0)

（VS Code 的 CFBundleName 是 Code，但 open -a 也匹配不到，只有完整应用名可以。）所以这两个菜单项在 macOS 上会恒失败、降级成 error toast。对 macOS 为主的用户来说是个可见的坏菜单项。

建议：EXTERNAL_EDITOR_OPEN_WITH 按平台分档——macOS 用应用名 / bundle id（如 Visual Studio Code / Cursor，或 -b com.microsoft.VSCode），Windows / Linux 保留 code / cursor。

附带一提：openPath 的 scope 被限死在 $HOME/**（代码库别处例如 skill-packs-settings / logs-settings 已经因为这个刻意改用了 revealItemInDir）。所以三个「用…打开」项对 home 目录之外的工作区也都会失败。如果想覆盖这种情况，可能得考虑 scope 或走别的通道。

3. 触屏 / 触控笔长按会同时弹出内外两个菜单

file-path-context-menu.tsx:192 的 claimRightPointer 只在 button === 2 时 stopPropagation；触屏长按是 button === 0，两个让渡机制又都只挂在 onContextMenu 上，盖不住 Radix 的 700ms 长按向量。结果内外菜单同时开，外层是 modal 会把外部 pointer-events 关掉，导致高 z 的内层文件菜单可见但点不动。平板 / 移动 web 上会中招。

建议：把守卫放宽到覆盖长按向量：

const claimRightPointer = useCallback((event: ReactPointerEvent) => {
  if (event.button === 2 || event.pointerType !== "mouse") event.stopPropagation()
}, [])

🟡 小问题 / nit（可跟进）

• 标题回推的路径被重新绝对化 → 可能指向错文件（content-parts-renderer.tsx:315）：深层文件 /repo/deep/nested/AGENTS.md 的标题会被截成 Read nested/AGENTS.md，回推出 nested/AGENTS.md 再拼 folder.path → tooltip / 打开指向 /repo/nested/AGENTS.md（错文件）。卡片内 recovery（:1971，不带 displayTitle）不受影响，只有 header 这条。可以考虑标题兜底只用于显示文本，不喂给绝对路径 tooltip / 打开动作。
• 面板让渡「机制 2」实际是死代码（conversation-detail-panel.tsx 的 handlePanelContextMenu）：内层 stopPropagation 在同一元素上先触发，contextmenu 根本到不了面板 div，所以这个 [data-file-path-menu] 分支不会执行。冗余但无害，建议删掉简化，或改成兼顾上面第 3 条的长按向量。
• <span> 包 <div> 的非法嵌套：默认 trigger 渲染成 Primitive.span，几处调用点往里塞了 <div> 卡片（reply-artifacts / content-parts-renderer.tsx:2733）。靠 display:block 视觉正常、React 19 也不告警，纯 cosmetic。用 asChild 让 Slot 合并到卡片 <div> 上就能去掉这层 wrapper。
• openToolFileInCodeg（:2387）没有 .catch：resolveOpenAbsolutePath 在 openFilePreview 的 try 之外，理论上可能出未捕获 rejection；同类调用点（FilePathLink.handleOpen、useOpenLinkOrFile）都包了 try/catch + toast，建议对齐。
• 文档漂移：file-path-context-menu.tsx:88-92 注释说 tool header 用 asChild，但实际所有调用点都没用到 asChild。改注释或真的用上都行。

总体是个很不错的功能 ✨。把 #1（阻塞） 和 #2（macOS 打开） 修掉基本就可以合了；#3 建议同批修，其余归为跟进项即可。改动都不大——主要就是一个门控 + 一个平台分档 map。辛苦啦 🙌

建议：EXTERNAL_EDITOR_OPEN_WITH 按平台分档——macOS 用应用名 / bundle id（如 Visual Studio Code / Cursor，或 -b com.microsoft.VSCode），Windows / Linux 保留 code / cursor

谢谢佬详细的指点，已完成提交

建议：EXTERNAL_EDITOR_OPEN_WITH 按平台分档——macOS 用应用名 / bundle id（如 Visual Studio Code / Cursor，或 -b com.microsoft.VSCode），Windows / Linux 保留 code / cursor

谢谢佬详细的指点，已完成提交

可以的佬，PR明天再看一下，早点休息